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METHOD FOR VERIFYING RULES ON UML MODELS 

The present invention is aimed at a method for verifying rules on 
UML models. 

To verify compliance with the rules for establishing UML models, 
no tool currently exists. Some tools, dubbed "Logiscope" and "Rules 
Checker", make it possible to verify only the code produced on the basis of 
the model, and not the specification of the UML model itself. 

The present invention is aimed at a method which makes it 
possible to verify the quality of a UML model by verifying compliance with all 

the modeling rules . 

The method of the invention is characterized in that after having 
established a model, the data of the model are structured so as to render 
them utilizable by the "Model In Action" tool, this tool is made to produce a 
verification file and a verification report readable by a user is produced on the 
basis of this file . 

The present invention will be better understood on reading the 
detailed description of a mode of implementation, taken by way of nonlimiting 
example and illustrated by the appended drawing, in which: 

- Figure 1 is a UML diagram of cases of use illustrating the various 
parties and cases of use of the method of the invention, 

- Figure 2 is a block diagram illustrating the architecture of the 

method of the invention, 

- Figure 3 is a view of a verification interface produced according 

to the method of the invention, 

- Figure 4 is a partial view of an exemplary verification report, such 
as may be produced by the method of the invention, and 

- Figure 5 is an exemplary typical extract of the verification report 
for a rule such as verified by the method of the invention. 

Represented in the diagram of Figure 1 are the two main types of 
users apt to use the verification method of the invention, namely a UML 
modeler (1) and a project leader (2). In a frame (3), delimiting the perimeter 
of the possibilities of the method of the invention, have been depicted the 
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various actions allowed by this method. These actions are: verification of the 
code generation rules (4), verification of the consistency of the model (5). 
verification of the consistency of the code (6). verification of the modeling 
rules (7), verification of the quality of the model (8), recovery of the modeling 

5 progress metrics (9) and recovery of the dimensioning metrics of the UML 
model (10). The verification of the modeling rules is subdivided into two 
verifications, namely: the verification of the basic modeling rules (11) and the 
verification of the parametrizable rules (12). 

The supervision of the actions 4 to 6 is generally devolved to the 

10 modeler 1, while that of the actions 8 to 10 is generally devolved to the 
project leader 2. only the action 7 (including its two components 11 and 12) 
being able to be supervised by the two operators 1 and 2. 

Represented in the diagram of Figure 2, after the step of modeling of a 
project (13), for example with the aid of a tool such as "RHAPSODY', and the 

15 exportation of a file in the XMI format (14), are the main steps of the method 
of the invention, implemented by a tool dubbed "UML CHECKER" (15) and 
which are: the writing of scripts (16) for an engine for generating files (17), 
which is here the "Model In Action" tool (more simply dubbed "MIA", and 
produced by the company SODIFRANCE). The files produced by the tool 

20 (17) are in the XML format (18), then by XSLT conversion (19) transformed 
into the HTML format so as to obtain a verification report for the model (20) in 
the HTML format. The "MIA" tool (17) receives a parametrization file for the 
verification rules (21) (dubbed here "parameter.ini" ), constructed by the 
modeler user. In an advantageous manner, the UML-Checker tool (15) also 

25 comprises procedures (22), in the JAVA format for generating graphics 
(charts) for verifying the quality of the model or the VB scripts (23) making it 
possible, if appropriate, to process verifications on the graphics of the UML 
models (impossible via the XMI -14 output). The selection of the verification 
rules is instructed by way of a java graphics interface (24) implemented in the 

30 UML-Checker verification tool (15) and represented in Figure 3. 

In a more detailed manner, the method of the invention proceeds in 

the following manner: 

- the user runs the "RHAPSODr' software, 

- he opens a model from this software. 
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- he selects from this same software the verification tool of the 
invention (dubbed, as may be seen on the interface represented in Figure 3, 
"UML_CHECKER"). 

By way of this interface, the user chooses: 
5 - the file containing the UML model desired (in the XMI format), in 

the window "Select a model file", 

- the parametrization file, useful for certain rules ("parameter.ini" file 
referenced (21) in Figure 2), in the window "Select a parameter 
file". 

10 - the rules to be verified, in the window "Select the rules to check" 

- the path and the name of the result file (in the XML format), in the 
window "Select a result file". 

The parametrization file (parameter.ini) allows the user to choose the 
parameters to be taken into account for the verification of certain rules. For 
15 example, a rule verifies the number of characters of the attributes of a class. 
If the number of characters of an attribute exceeds the number which is 
located in the parametrization file, an error is signalled in the verification 
report. 

The user must choose the verification rules that he desires to apply to 
20 his model. The rules are exhibited in the form of a tree classing each rule by 
category, as may be seen In Figure 3. These categories are those mentioned 
with reference to Figure 1 and are detailed below. The selection is done by 
virtue of boxes to be ticked. Several rules can be selected at the same time. 
It is also possible to select all the rules of one and the same category by 
25 ticking in the tree of the rules the node of the group of rules of this category. 
When a user selects a rule, its description appears in a window situated just 
under the selection window "Select the rules to check" of Figure 3. 

The rules that can be selected by the user are of seven different 
categories (the numerical references corresponding to those of Figure 1 have 
30 been placed between parentheses): 

- rules for specifying the implementation of the model for the code 
generator GEN_UML_C (4) 

- rules on the consistency of the model (for example to avoid the 
phantom relations that may be induced by poor realization of the 

35 UML graphics under RHAPSODY) (5). 
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- rules on the consistency of the code (for example to verify that 
access to the methods of all the classes is correct ) (6), 

- rules on the modeling (to verify, for example, if the prohibition of 
multiple heritage is complied with) (7), 

5 - calculation of metrics (number of classes abstracted for example) 

(10). 

- calculation of progress metrics for the modeling, for the project 
managers (9), 

- measurement of the quality of the model (verification of the metrics 
10 like the complexity of a class for example) (8). 

Finally, the user chooses a name of a result file in the XML format. 
The user can select an already existing file or create a new one. 
Represented in Figure 4 is a partial example of such a file, which is dubbed 
15 "Verification report" in this figure. 

For the verification tool of the invention, the XSLT tool is used to 
transform the result file, which is in the XML format, into an HTML document. 
Specifically, this tool makes it possible to transform XML documents into 
other documents in the XML format or into another appropriate fomiat, such 
20 as HTML. Represented in Figures 4 and 5 is a partial example of a document 
in the HTML format that may be produced thus. This document is easily 
utilizable by users. 

The document represented in Figures 4 and 5 is composed of 
three main parts: 

25 - the first part (represented at the top of Figure 4) is the index of the 

rules which have been verified. In the example of Figure 4, two 
rules related to the code generator have been verified: rule on the 
aggregations and rule on the "DataTypes" (types of data), 

- the second part (represented at the bottom of Figure 4) represents 
30 the structure of the UML model. It makes it possible to obtain an 

overall view of the model and to make visual verifications on its 
structure directly in the report without having to open a UML model 
editor. 

- the third part (Figure 5) constitutes the verification report proper. 
35 For each rule, a corresponding paragraph is created. It is possible, 



from the index of the rules, to directly access the paragraph related 
to this rule by virtue of hyperlinks. At the end of each rule, a 
hypertext link makes it possible to return to the top of the page. In 
the example of Figure 5, the verification report relates to the code 
generation rules ("Rule Gen_UML_C"), and the two errors logged 
pertain to the aggregations. If there is no error for an examined 
rule, a simple phrase stipulates that there is no error for this rule 
and replaces the comments paragraph and the table (Figure 5) 
which no longer appear in the report. 



